affs file system · Odd Fixes

Maintainers

• M David Sterba <dsterba@suse.com>

Paths

• F Documentation/filesystems/affs.rst
• F fs/affs/

Last 30 days

Recent patches

Most-recent 27 patches in this subsystem on linux-btrfs, ordered by date desc.

• STALE186d [PATCH v2 14/31] affs: add EXPORT_OP_STABLE_HANDLES flag to export operations
  2026-01-19 · Jeff Layton <jlayton@kernel.org>
• STALE185d [PATCH 13/29] affs: add EXPORT_OP_STABLE_HANDLES flag to export operations
  2026-01-15 · Jeff Layton <jlayton@kernel.org>
• STALE143d [PATCH 02/24] affs: add setlease file operation
  2026-01-08 · Jeff Layton <jlayton@kernel.org>
• STALE235d REVIEWED: 2 (2M) [PATCH RESEND v3] vfs: remove the excl argument from the ->create() inode_operation
  2025-12-01 · Jeff Layton <jlayton@kernel.org>
• DORMANTno replies REVIEWED: 2 (2M) [PATCH v3] vfs: remove the excl argument from the ->create() inode_operation
  2025-11-10 · Jeff Layton <jlayton@kernel.org>
• STALE259d [PATCH v2] vfs: remove the excl argument from the ->create() inode_operation
  2025-11-07 · Jeff Layton <jlayton@kernel.org>
• STALE262d [PATCH] vfs: remove the excl argument from the ->create() inode_operation
  2025-11-05 · Jeff Layton <jlayton@kernel.org>
• STALE279d [PATCH v7 04/14] Coccinelle-based conversion to use ->i_state accessors
  2025-10-09 · Mateusz Guzik <hidden>
• STALE292d [PATCH v6 2/4] Convert the kernel to use ->i_state accessors
  2025-09-23 · Mateusz Guzik <hidden>
• STALE307d [PATCH v5 2/4] Convert the kernel to use ->i_state accessors
  2025-09-19 · Mateusz Guzik <hidden>
• STALE310d [PATCH v4 03/12] fs: mechanically convert most filesystems to use ->i_state accessors
  2025-09-16 · Mateusz Guzik <hidden>
• STALE314d [PATCH v3 3/4] convert all filesystems to use the new ->i_state accessors
  2025-09-11 · Mateusz Guzik <hidden>
• STALE359d LANDED [PATCH 08/10] fs: convert simple use of generic_file_*_mmap() to .mmap_prepare()
  2025-06-16 · Lorenzo Stoakes <hidden>
• STALE1742d LANDED: 2 (1M) [PATCH 11/30] affs: use bdev_nr_sectors instead of open coding it
  2021-10-18 · Christoph Hellwig <hch@lst.de>
• STALE1742d REVIEWED: 1 (0M) [PATCH 11/30] affs: use bdev_nr_sectors instead of open coding it
  2021-10-15 · Christoph Hellwig <hch@lst.de>
• STALE1746d [PATCH 10/29] affs: use bdev_nr_sectors instead of open coding it
  2021-10-13 · Christoph Hellwig <hch@lst.de>
• STALE2890d [RFC PATCH v2 1/6] fs: pass iocb to direct I/O get_block()
  2018-08-28 · Omar Sandoval <osandov@osandov.com>
• STALE3120d [PATCH v4 04/19] affs: convert to new i_version API
  2017-12-22 · Jeff Layton <jlayton@kernel.org>
• STALE3139d [PATCH v3 04/19] affs: convert to new i_version API
  2017-12-18 · Jeff Layton <jlayton@kernel.org>
• STALE3144d [PATCH v2 04/19] affs: convert to new i_version API
  2017-12-16 · Jeff Layton <jlayton@kernel.org>
• STALE3191d [RFC PATCH v1 13/30] affs: convert to new i_version API
  2016-12-21 · Jeff Layton <hidden>
• STALE4149d [RFC PATCH 2/5] Remove rw from {,__,do_}blockdev_direct_IO()
  2015-03-16 · Omar Sandoval <osandov@osandov.com>
• STALE4149d [RFC PATCH 5/5] direct_IO: remove rw from a_ops->direct_IO()
  2015-03-16 · Omar Sandoval <osandov@osandov.com>
• DORMANTno replies [RFC PATCH 4/5] direct_IO: use iov_iter_rw() instead of rw everywhere
  2015-03-16 · Omar Sandoval <hidden>
• STALE4518d [PATCH] fs: push sync_filesystem() down to the file system's remount_fs()
  2014-03-13 · Theodore Ts'o <tytso@mit.edu>
• STALE5160d [RFC, PATCH, RESEND] fs: push rcu_barrier() from deactivate_locked_super() to filesystems
  2012-06-08 · Kirill A. Shutemov <hidden>
• DORMANTno replies [PATCH] fs: push flush and i_mutex lock in fsync down into the filesystems
  2011-04-18 · Josef Bacik <hidden>

Quiet for 30+ days

Patches with no review trailers and no replies. Either the author is heads-down elsewhere or these slipped through. Oldest first.

• STALE185d [PATCH 13/29] affs: add EXPORT_OP_STABLE_HANDLES flag to export operations
  2026-01-15 · Jeff Layton <jlayton@kernel.org>
• STALE186d [PATCH v2 14/31] affs: add EXPORT_OP_STABLE_HANDLES flag to export operations
  2026-01-19 · Jeff Layton <jlayton@kernel.org>